Method, arrangement and receiver for establishing connections in a 
multiple-protocol communications network 



The invention relates to establishing a signaling connection between a central 
unit and a terminal unit in a communications system wherein the central unit 
5 and the terminal unit does not know in advance each other's capability of 
supporting various simalingprotocols. 



Atits simplest a multiple access network comprises one central unit and a 
plurality of terminal units each of which can at times be in a unidirectional or 
bi-directional signaling connection with the central unit. Typical future 
10 multiple access networks include networks that are being developed in order 
to replace the current cable TV networks and in which the physical 
connection between the central unit and terminal units may be based e.g. on 
cable, optical fiber, a combination of those (hybrid fiber coax, HFC), satellite 
links, terrestrial radio links, local multipoint distribution system (LMDS) or 
15 microwave multipoint distribution system (MMDS). For connection 
management, there are several protocols available. For simplicity, the 
connection management protocol can be called by a generic name CC 
(call/connection control). 

With a point-to-point connection the connection management protocols are 
20 considerably simpler. However, since the transmission medium is common to 
the whole multiple access network, a special medium access control (MAC) 
protocol is needed below the CC in the transmission protocol hierarchy to 
extract a logical point-to-point channel from the capacity offered by the 
common transmission medium. In the open systems interconnection (OSI) 
25 model, MAC is a sub-layer of the second, i.e. data link, layer and CC is a 
protocol of the third, or network, layer. 

Because of the multitude of protocols and hardware and software 
manufacturers it is possible that one wants to have in one and the same 
multiple access network devices that support different protocols. Then one is 

30 faced with the problem of implementing the signaling between the devices. A 
known solution is to install in the network or in connection with devices 
connected to the network protocol converters to carry out the necessary 
conversions between protocols. However, acquisition and installation of 
various accessories in the communications system is disadvantageous from 

35 the usability standpoint and protocol conversions also involve factors of 
uncertainty. 
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An object of the present invention is to provide a method, system and the 
required apparatus with which the problem caused by different CC protocols 
in a multiple access network can be solved. A particular object of the 
invention is that the solution according to the invention does not limit the 
5 number of usable protocols and does not exclude the possibility of creating 
wholly new protocols. 

The objects of the invention are achieved by including at least in the central 
unit means for using a certain CC protocol or several mutually alternative CC 
protocols and by realizing at MAC level negotiation between a terminal unit 
10 and the central unit about the CC protocol used in the connection. 

The central unit according to the invention is characterized in that it is 
equipped so as to use at least one signaling protocol in a signaling 
connection with a terminal unit of a communications system, to which end it 
comprises means for indicating to the terminal unit the signaling protocols 
15 supported by the central unit and means for establishing through a network 
interface in the central unit a signaling connection between a signaling unit 
in the central unit and the terminal unit, using the signaling protocol chosen. 

The invention also pertains to a terminal unit which is characterized in that it 
is equipped so as to use in a signaling connection with a central unit of a 
20 communications system at least one signaling protocol, to which end it 
comprises means for 

- indicating to the central unit in response to a message sent by the central 
unit the capability of the terminal unit of supporting a particular signaling 
protocol, and 

25 - establishing through a network interface in the terminal unit a signaling 
connection between a signaling unit in the terminal unit and the central unit, 
using a signaling protocol supported by the terminal unit. 

The invention also pertains to a communications system characterized in that 
it comprises a central unit like the one described above and at least one 
30 terminal unit like the one described above. 

Furthermore, the invention pertains to a method characterized in that it 
comprises steps in which 

- by means of communication between the central unit's network interface and 
a terminal unit's network interface information is created about the signaling 

35 protocol supported by the terminal unit, and 
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- signaling is started using a signaling unit in the central unit that supports 
the same signaling protocol as the terminal unit. 

In accordance with the invention a central unit has one or more network 
signaling units and one or more network interfaces. A terminal unit typically 
5 has one signaling unit and one network interface. Before a point-to-point 
connection at MAC level is established between the central unit and a 
terminal unit, as required for a signaling connection, the central unit's 
network interface indicates to the terminal unit's network interface the 
protocol options available. The central unit may support one signaling 

10 protocol only or several alternative signaling protocols. The terminal unit's 
network interface selects a protocol and indicates its selection to the central 
unit's network interface which creates a logical connection with the right 
network signaling unit in the central unit on the one hand and with the 
network interface in the terminal unit on the other hand. If there exists in the 

15 terminal unit no logical connection between the network interface and the 
signaling unit, one is created, whereafter the entire logical connection from 
the central unit's network signaling unit via the network interfaces to the 
terminal unit's signaling unit is complete and signaling can proceed using the 
selected protocol. The invention does not limit the setup or release of other 

20 simultaneous connections between above-mentioned units or elsewhere in the 
network. _ r . . ^ . 

The invention will now be described in more detail with reference to the 
preferred embodiments presented by way of example and to the 
accompanying drawing wherein 

25 Fig. 1 shows a communications system according to the invention, 

Fig. 2 shows the principle of the invention in the system of Fig. 1, and 
Fig. 3 shows an apparatus according to the invention. 

Like elements in the drawing are denoted by like reference designators. 

Fig. 1 shows a communications system 100 including a central unit 101 and a 
30 plurality of terminal units 102, 103 and 104. In this case the central unit has 
two network signaling units 105 and 106 and two network interfaces 107 and 
108. Their mutual connections can be arranged in such a maimer that any 
network signaling unit can use any network interface. Each terminal unit has 
a network interface 109 and a signaling unit 110. The central unit 101 is 
35 connected with the terminal units 102, 103 and 104 via a physical 
transmission medium 111, which may be one of the transmission media 



mentioned above in the description of the prior art. The connection between a 
given signaling unit and the transmission medium is always routed via a 
certain network interface. 

Let us assume that a signaling connection is required between a central unit 
101 and terminal unit 102 using the network interface 107 in the central unit 
and the network interface 109 in the terminal unit. Fig. 2 illustrates the 
exchange of messages between the different units in accordance with a 
preferred embodiment of the invention. Message 201 is used by the central 
unit'snetwork interface 107 to indicate to the terminal unit's network interface 
109 which signaling protocols are supported by the central unit. In response, 
the terminal unit's network interface 109 sends message 202 indicating the 
protocol chosen by the terminal unit. Messages 203 and 204 represent the 
establishment of a connection in the central unit between the network 
interface 107 and a network signaling unit that supports the protocol chosen 
by the terminal unit. In the case depicted by Fig. 2, this is network signaling 
unit 105. 

Message 205 represents the establishment of a logical point-to-point 
connection according to the MAC protocol. In Fig. 2 it is assumed that the 
connection between the terminal unit's network interface 109 and the 
signaling unit 110 is established only when the establishment of the logical 
point-to-point connection has proceeded from the central unit's network 
signaling unit 105 to the terminal unit's network interface 109. The last 
section of the connection is established between the network interface 109 
and signaling unit 110, represented by messages 206 and 207. When the 
logical point-to-point connection between the network signaling unit 105 and 
signaling unit 110 has been set up, signaling is carried out through it as 
depicted by arrow 208. When signaling is performed between CC protocol 
layers, the lower protocol layers, such as MAC, are transparent, i.e. the CC 
protocol need not take them into account in its operation. In Fig. 2, messages 
represented by continuous lines belong to the MAC protocol layer and 
messages represented by broken lines do not. 

Above we only discussed the setup of a signaling connection initiated by a 
central unit. The invention is also applicable to the setup of a signaling 
connection initiated by a terminal unit. Adapting from Fig. 2, this can be 
illustrated by mirroring all messages in Fig. 2 with respect to the Vertical 
centerline of the figure. 




There are many functions on which a central unit and a terminal unit should 
be able to negotiate and signaling protocol support is only one of such 
functions related to connection setup and/or maintenance. It is very likely that 
in multiple access networks the situation regarding many other functions will 
5 eventually be similar: there is a number of mutually alternative ways of 
realizing a particular function related to connection setup and/or maintenance 
and the central unit and terminal units cannot know in advance which of the 
alternative ways the other party of the connection supports. The present 
invention can then be generalized according to the principles described 
10 below. 

As regards the invention, it is advantageous that a certain list of codes and 
related values can be conveyed in messages according to the MAC layer. The 
invention does not limit these codes and their allowed values. In accordance 
with a preferred embodiment of the invention a given code is reserved to 
% 1 5 mean a desired characteristic related to connection setup and/or maintenance, 

ij such as call setup, control signaling and so on. Each code is then associated 

with a value that can be e.g. a one-byte signless integer. This kind of value 
Ij definition has an obvious connection with the hardware implementation: 

["j when a certain number of bytes (say, one) is reserved for the value, it is easy 

20 to handle the value in the device by storing it in a particular register. A 

= = characteristic related to connection setup and/or maintenance which has 

j_j 

=3 alternative ways of implementation can be called a capability in general. 

il 

An advantageous way of linking together the code value and the information 
0 about the support for a certain alternative way of implementation (e.g. 

25 information indicating that a particular protocol is supported) is to assign a 
certain bit of the value to each certain alternative way of implementation. If 
the value of the bit is zero, it means the implementation in question is not 
supported, and if the value is one, it signifies that the implementation in 
question is supported. The invention does not rule out any other procedure to 

30 indicate whether a given way of implementation is supported or not. 

Let us assume that code 0x81 is reserved to indicate the support for signaling 
protocols so that in accordance with a known convention the first part Ox 
means that the last part 81 is a hexadecimal number. Then, the selection of 
values related to the code can be carried out e.g. according to the table below. 
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Table 1 



Code 


Protocol supported 


Value 


0x81 


(none) 


0x00 




Q.2931 


0x01 




PPP 


0x02 




bootp 


0x04 




DSM-CC U-N 


0x08 




other protocol 1 


0x10 




other protocol 2 


0x20 




other protocol 3 


0x40 




other protocol 4 


0x80 



The table shows that the value related to code 0x81 is a certain one-byte (i.e. 
8-bit) number. If the least significant bit of the byte is set (i.e. 1), the protocol 
5 supported is Q.2931. If the second least significant bit is set, the protocol 
supported is PPP and so forth. A central unit may support one protocol only 
or simultaneously several mutually alternative protocols. For example, value 
00101101 means that the Q.2931 protocol (00101101), bootp protocol 
(00101101), DSM-CC U-N protocol (00101101) and other protocol 2 
10 (00101101) are all supported at the same time. Value 0x00 of code 0x81 in 
this example means that no protocol is supported. 

The invention does not specify what MAC-layer messages are used in the 
negotiations about the support and selection of protocols between a central 
unit and terminal units. Below are some examples that can be applied in 
15 systems complying with existing standards or drafts for standards. 

Indication of Protocol Support 

In systems complying with the aforementioned standards or drafts for 
standards, a central unit's network interface may be called INA (Interactive 
Network Adapter) or NRC (Network Related Control). Similarly, a terminal 
20 unit's network interface may be called NIU (Network Interface Unit) or IIM 
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(Interactive Interface Module). Message 201 in Fig. 2 may be a MAC Default 
Configuration message sent by INA/NRC, and message 202 may be a MAC 
Sign-On Response message sent by NIU/IIM. Message 201 then contains a 
code for signaling protocol support (above, 0x81) and an associated value 
5 that indicates the signaling protocols supported by the central unit. Similarly, 
message 202 contains a code for signaling protocol support and an associated 
value indicating the signaling protocol selected by the terminal unit. If the 
terminal unit does not support any of the protocols indicated by the central 
unit in the MAC Default Configuration message the terminal unit includes in 
10 the MAC Sign-On Response message the code for signaling protocol support 
and sets its value to zero. Alternatively, the terminal unit may send the MAC 
Sign-On Response message without the code for signaling protocol support 
and/or the associated value. 

Changes in Protocols Supported 

15 If a central unit's capability of supporting certain protocols changes, it can 
send in a MAC Transmission Control message a value representing the 
protocols supported after the change. If the change means that support for a 
particular protocol is removed, the bit representing that protocol is reset. 
Correspondingly, if support for a new protocol is started, a new 'one' bit 

20 appears in the code value. If the list of protocols supported after the change 
causes a conflict in a terminal unit (for example, a terminal unit does not 
support any one of the protocols supported after the change) the terminal unit 
can respond with a MAC Link Management Acknowledge message in which 
it includes after the signaling code a value wherein bits representing the 

25 protocols that cause the conflict are 'ones'. Alternatively, the terminal unit 
may indicate the conflict by sending a MAC Link Management Acknowledge 
message without the code for signaling protocol support and/or the 
associated value. 

Inquiring Protocols Supported by Terminal Unit 

30 A central unit may make an inquiry about the protocols supported by a 
terminal unit by sending a MAC Status Request message in which it includes 
the code values for the protocols which the inquiry is about. In response, the 
terminal unit sends a MAC Status Response message in which it includes the 
code values for the protocols it supports. 

35 The table below illustrates an exemplary method of systematically specifying 
the contents of the fields which are used in MAC messages to exchange 
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information about the support for connection setup and/or maintenance 
capabilities and their alternative implementation methods. 

Table 2 



Field description 


Bits 


Bytes 


NumberofCapabilities 


(8) 


(1) 


for (i=0;I<Number_of_Capabilities;i-H-) { 






Code 


(8) 


(1) 


Value 

} 


(8) 


(1) 



5 Table 2 shows that a MAC message first contains a one-byte number which 
defines how many capabilities related to connection setup and/or maintenance 
are described in the MAC message in question. Let the value of that number 
be N, for example. Then follow N pairs of numbers wherein the first number 
is a code for a certain desired capability related to connection setup and/or 
10 maintenance and the second number is the value of that code. 

Now an embodiment of the apparatus according to the invention will be 
described, shown as a simplified block diagram in Fig. 3. In principle, the 
figure may depict either a central unit or a terminal unit. Block 301 represents 
the physical part of a network interface, i.e. those known hardware elements 

15 which are needed to connect the apparatus with the transmission medium. A 
demultiplexer 302 extracts from the received information flow the transmitted 
data proper which is directed to a data sink 303, signaling information which 
is taken to a signaling unit 304, and MAC protocol layer information which 
is taken to a MAC block 305. The outgoing information flow comprises data 

20 to be transmitted produced by a data source 306, signaling information 
coming from the signaling unit 304, and MAC protocol layer information 
produced by the MAC block 305. The outgoing data are compiled in a 
multiplexing and addressing unit 307 which sends them via the physical 
interface part 301. Operation of the other blocks is controlled by a 

25 management block 308. Comparing the block diagram in Fig. 3 with Fig. 1, 
the entity comprising blocks 301, 302, 305 and 307 corresponds to the 
network interface 107, 108 or 109, and block 304 corresponds to the 
(network) signaling unit 105, 106 or 110. 
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Exchange of messages according to Fig. 2 produces the following actions 
between the blocks in Fig. 3: 

- management block 308 instructs MAC block 305 to establish a logical 
point-to-point connection, 

- MAC block 305 sends an inquiry to signaling unit 304 about the protocols 
supported by the apparatus, 

- MAC block 305 establishes a logical point-to-point connection by means of 
blocks 301 and 307, including in the establishment process information about 
the protocols supported by the apparatus, 

- MAC block 305 sets the operation of blocks 302 and 307 such that when the 
logical connection has been established, the data received through it is first 
taken in the signaling unit 304, 

- MAC block 305 informs the signaling unit 304 that the connection has been 
established, and 

- signaling unit 304 sets the operation of blocks 302 and 307 such that when 
the connection is used the data packets arriving through it are directed to the 
data sink 303, and the data produced by the data source 306 are correctly 
addressed and transmitted. 



In Fig. 3, continuous lines represent data flow and broken lines represent 
control signal flow. 



